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TITLE : METHOD AND MECHANISM FOR A TASK ORIENTED XML, 

DATA MODEL : 

-A portion of the disclosure of this patent document , 
contains material which is subject to copyright 
• ■ -protection.' The copyright owner has no. objection to the : ' 
facsimile reproduction by anyone of the .patent document... 
or the patent disclosure, as it appears in the Patent 
-Office patent -files or records, but otherwise reserves' " 
•all , copyrights - whatsoever . . : ; 

REFERENCE TO RELATED APPLICATIONS 

This application is related to the co-pending application 
filed in the name of the common assignee and entitled Method ^nd 
Mechanism for a Task Oriented Data Model.. 

FIELD OF THE INVENTION 

The present invention relates to object oriented programming 
systems, and more particularly to a task oriented structure for a 
data model . 



BACKGROUND OF THE INVENTION 

Traditionally in the computer programming arts, program code 
and data have been kept separate. For example, in the well-known 
C programming language, units of program code are called functions, 
and units of data are called structures. In C the functions and 
structures are not formally connected, that is, a function can 
operate on more than one type of data structure, and more than one 
function can operate on the same structure. 

Object-oriented programming, in contrast, deals with objects,, 
in which program code and data are merged into a single indivisible 
entity or ''object". An' object is an instance of an implementation 
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■using the user/interface in thejobject builder, or , by viewing the' 
code generated from the binary file. Second, -the data^model must 
be imported or exported in its entirety, i.e. component parts of 
the data model cannot be imported or exported. This makes it much 
more time-consuming to perform impact analysis and to compare 
different .model -generated . outcomes . For example, to compare the 
modelling results obtained by modifying one object/ it is usually 
necessary .to import or export .the entire .data .model., even • though 
the data model is substantially unchanged in any respect' other than 
the slightly altered object. 

This problem has been addressed in other data models by using 
a proprietary language, for example, the known Rational Rose tool 
utilizes a Rose mdl format file to represent the meta-data for the 
data '"modeTT Because ~~ElTe™ id f o rma t Has been weTl" ""^aB'lTcrzeaT" 
objects using the mdl format can be designed and analyzed by any 
modelling tool which supports mdl. Using a proprietary language 
such Rose mdl, the meta-data is organized so that the component 
parts of the data model, such as objects and task trees, can be 
imported and exported at various different levels of generality. 
However, using a proprietary language limits the inter -operability 
between the data model and other tools as these' other tools will 
need to use parsers that are compatible with the proprietary 
language in order to retrieve meta-data from the data model. 

Accordingly, there remains a need for generating a data model 
which is not confined to a proprietary language. 

BRIEF SUMMARY OF THE INVENTION 

The present invention provides a mechanism for a task oriented 
data model for a development tooi in an object oriented programming 
system. 

CA9-98-042 3- 
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:;'. ; the capability to export and import data elements '''''with varying 
degrees of granularity. 

. According to an aspect of the invention, there is provided a 
task oriented data structure embodied in a program- storage device 
for an object-oriented application program, the object oriented 
application program having a user interface comprising a plurality 
of items, said items defining a sequence of " tasks- for creating one 
or more obj ects said data structure comprising: (a) a- data model 
expressed in the- form of a document according to -a ' meta'' 'data 
language; - (b) said data model including a plurality of data 
elements; (c)' each of said data elements corresponding ' to' • one of 
the tasks in said' sequence of- tasks; and- --(d) said data elements 
being arranged -according to a-, meta data 1 mbdelV-wherein ' said meta 

"da t~a modeT ~ "MTrors ; ~£lTe ~ ls^u~e n c^ 

•interface. Said meta data' model : : may "means- 1 for ' validating 1 each of 
said data elements and' the arrangement- of - said : data' elements;* 
Further, said meta data * language may comprise' XML or ; Extensible 
Markup Language, and said data elementVbd^^ 

containment constructs specified in said meta data -model / 'Said 
means' for 'validating may also comprise a Document : Type Definition 
specified in XML. And, said containment constructs may comprise tag 
definitions according to XML. 

There is also provided, in an /application ^proxj-ram' for creating' 
obj ects , the' application- program having "a -user-interface 'comprising 
a. plurality of items, said items* defining ■ a. -sequence of tasks for 
creating the objects, and said appli cat ion 'program": including an 
export utility for .exporting document. : f iles,. . a .export utility 
comprising: (a) means, for exporting a -document,, file expressed in a 
meta data programming language; and (b) wherein said .document file 
comprises a plurality of data elements, each of said data elements 
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validating may comprise v /'a Document- Type' -'Definition specified in 
XML . . . ' 

There is also provided a computer system for creating, objects 
in an object oriented application program, the application program 
having a user interface comprising a plurality, of items, said items 
defining a .sequence of tasks for creating the objects, and said 
application program including an export utility .for exporting 
document . files , said computer system comprising: . (a) means for 
outputting a document file, said document file being expressed 
according to a meta data programming language; and (b) -said 
document file comprising a plurality of data elements, each of-said 
data elements corresponding to one of the, : tasks. in/ said sequence of 
tasks , - and said .data .-elements being- arranged according; to a meta 
"data model"" Wereiri" s a^icTy me t a" "dat sT mo d e 1 Inlrrofs "The" s^Ti^c"e "of 
tasks, defined, , in ,the] user.,, interface. Said meta data mode M may 
include- means. . f or . validating , each of the data elements in ^%aid 
document . file . Said .meta data language may also comprise . XML or 
Extensible Markup Language, and said data elements being .arranged 
according to contaimnent constructs- specified— in said meta- data 
model. And, , : said : means for- validating may comprise-a Document Type 
Definition specified in XML. , : 1 < . 

BRIEF DESCRIPTION OF THE DRAWINGS '.-",* 

, Reference : will ; now. be made, to the acgompanying. drawings which 
show,., by way of^ example, preferred embodiments of the- present 
invention', and. in., which : *. ; - . . 

Fig. 1 is "a diagrammatic representation- of the main window of 
ah object builder of the' type suitable'- for a ta;sk * oriented data 
model according 'to the present invention; and- 
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■ also the- context for the conteht 'displayed in the three other panes 
22, 23 , ' and 24. - x ' ■ • ;/ ■' ' " •■ 

As shown in- Fig. 1/ the main view pane 21 comprises a 
"Framework Interfaces" item (or element) 110, 'a "User-Defined 
Business Objects" item 120, a "User-Defined Compositions" item 13 0, 
a ""User-Defined Data Obj ects' ; item 140/ a "DBA-Defined Schemas" 
item '150/ a "User-Defined PA Schemas" item 160/ a "Non-IDL Type 
Objects" item 170/ ; a "Build Configuration" item 18 0V' ''in 
"Application Configuration" item 190, a "Container' Definition"" item 
200 , a "Default Homes" item 210, and a "FlowMark" item 220". 

The content of the other three pane's 22, 23 and ' 24 in the 
window 10 depends "on the selected item or 'element "in the main view 
.pane _20^/. Ref err ing_'_to. '_E±g'_L J 2 , _ m:ijem...'ft6rt "Usisif -De fined" Business 
Objects" item i f 2'o7 specif ically ; "Account!^ / ; has been selected/ In 
turn, the second pane ' 22 displays an - inherit arice graph f6r the 
Account item, 'and the ' third' pane : 2 3 ' " shows' the methods ' " and 
attribute's "f or ;t:he "-AccoTjEr^tem : "When" onir^f^tr^ 

in the third pane 23 is selected/ the implementation 'of that method 
is shown in' the fourth pane 24 ^ : ' ' * : . ;i : — 

It will ' be appreciated 'that the * object 'builder tool 10 
utilizes a task tree structure/ As shown" in FigV 1/ the "User- 
Defined Business ^Objects" item 120 has i: a ! user interface which is 
organized as a task tree 'structure . "fhe task-biierited striicturi o"f 
the user interface forces a user to follow a specified sequence in 
order to create a business object,"' an" object' containing 

business methods" (logic) dnd' data ( : ^'tat^j ; Yhat is ; int ended "for use 
within* business application^'.* * : As ""will : now be'* described, the data' 
model according to 'the present, invention comprises a task' oriented 
■structure which mirrors 1 the usef interface'; The'data model iilcludes 
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user ■' to define a module ; which comprises i.a grouping of 'interfaces. 
The third step performed by the user involves defining the public 
interface for the user-defined business object. The fourth step 
involves, creating a key helper which comprises, an object, which 
provides a copy. .of the v identity" of. the business object.. The fifth 
step involves, creating an object which duplicates everything about 
the business .object, not just its identity. , ..The sixth step 
comprises implementing, the specific behaviour,; i.e. methods, for 
the business, object. . , . 

Similarly, according- to the task tree : structure for the "User- 
Defined Data Objects" item 140, a data object is created according 
to. the following. seque ; ace i of .steps:. (1) create \Xile ; . (2) create 

jnaduljB,;.. and. i3X^crje^te 4pA-er_face„ A. .data, .objjectL^ 

provides . an . object-oriented rendering of the application data., 

- , According to. r the. present invention, the data model comprises 
a task oriented structure which _ preserves the sequence of steps 
f q 1 1 owed by " " a 7 ,u$er~ " during t he~ " "ere at Tori ~ iof ~ ."theTobj ectT~~The data" 
content of the .object i . e . instance of data, is expressed by. the 
object builder tool in the form of a text document.. Since the data 
model mirrors .the exact order in. which the. .object was created,: by 
the , user ,. t the. data, moqiel provides a structure f rom which the user 
interface of . the ,obj ect builder tool , can be inferred. Because the 
user interface, is implicit in the organization of the data model, 
the data model can be. Imported by another .tool .-by simply following 
or scripting, the .data, structure... _ f _. . . , , 

According . ..tq ; another . aspect. ,of.. .the .invention, the., task 
oriented data model, is. ^implemented using the meta-data language . XML 
(i iV e.. Extensible . Markup _ Language) and a meta data model , is 
implemented in the form of a- Document Type Definition or DTD which 

CA9-98-042 11 ...... 
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< i — ******** * * * * * * * *********** } ; Module * * ********** *"* * * * *********** -->' ,'.v,^' v ' 
< ! ELEMENT Module ( # PCDATA | BOArtifact | DOArtif act " | Comments | Constant 
Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 
< I ATTLIST Module Name CDATA #IMPLIED> 

<i__ ***************************** pile *************************** > 

< 1 ELEMENT DOFile (Comments | IncludeFile | Module | : DOArtif act " | ' 
Constant | Enumeration | Exception | Structure' | * Typedef % | Union |'Uuid)*> 
< I ATTLIST DOFile 

Name CDATA #IMPLIED> • V:. \ - ' ' 

<!-- *************************** BOArtif act *********************** * > 

<! ELEMENT BOArtifact (Interface| KeyArtifact | CopyArtifact | BOImplementation) *> 
<! ELEMENT Interface"' "(#PCDATA | IsQueryab'lV 4 " V ' IsWLM ' | Comments | 
Interf acelnheritance | Attribute | Method j Constant | Enumeration" | ■ J 
Exception | Structure | Typedef j Union | Uuid | ObjectRelationship | 
Composi telnf o)'* > " * ' * - * * 1 r 

< ! ATTLIST Interface - ' ■ ' : "■ - M ' =' 

Name CDATA #IMPLIED> 

< 1 ELEMENT IsQueryable (# PCDATA)* * > ■*--■---- ' : 

< I ELEMENT IsWLM (#PCDATA)*> '* v " : "■" ' - ' 
<!ELEMENT Interf acelnheritance (# PCDATA) *> - - - 

<i — *************************** Composite info *********** * * ********** 
< ! ELEMENT Composi telnf o ( Compos iteRules | Interf aceRef erence) *> 

< I ATTLIST Compositelnfo : - ; - ' ' ; - :r: ' : r - ■ 

CompositeToolMoniker CDATA -# IMPLIED > ■ *' - : '"• '■" : 

< j __*************************** Composi teRules ~ * * * * * * * * * * ******* * * * * * * 

< I ELEMENT CompositeRules (#PCDATA)*> * : * - '• * • • •' * r " '' 

< i — *********************** interf aceRef ererice ********************* - 

< I ELEMENT Interf aceRef erence EMPTY > ^.-..V^. .: . '. >" r 
< ! ATTLIST Interf aceRef erence 



— > 
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V InstanceKind CDATA '# IMPL IED>^ . .7. : ' • v ^ <;:'•';, : 

< i __**************************** DataStore ********.**********.******.*** 

< 1 ELEMENT DataStore <#PCDATA)*> 
5 < IATTLIST DataStore 

ReferencedCategory CDATA #IMPLIED 
Ref erencedlnterf ace CDATA #IMPLIED 
... Ref erencedName CDATA #IMPLIED : . 

Ref erencedKind CDATA #IMPLIED 
10 Instancelnterf ace CDATA # IMPLIED . ,.».-. 

InstanceName CDATA #IMPLIED 
InstanceKind CDATA- #.IMPLIED> • 

< i — *..* **************************** Cha in **************** *,* ********* _ 

15 < i ELEMENT Chain .EMPTY > : , ■ .... . , ^. 



< l — ****************************** Select *************************** 

<! ELEMENT Select (NullAttribute ) * > 



20 < r _ j ********************** *** NullAttribute *********************** "--> 

< J ELEMENT NullAttribute (Prereq | DataStore | Chain | Select) *> 
< ! ATTLIST NullAttribute . . . . . 

Attributelnterface CDATA #IMPLIED 
. AttributeName CDATA # IMPLIED ... 
25 AttributeKind CDATA #IMPLIED . 

Negated CDATA #IMPLiED 
ReferencedCategory CDATA #IMPLIED . 
Ref erencedlnterface CDATA #IMPLIED 
Ref erencedName., CDATA #IMPLI£D , ( . . , . 

30 , Ref erencedKind CDATA #IMPLIED : .... ..... ... , 

Instancelnterf ace CDATA #IMPLIED 

InstanceName „ CDATA, ^IMPLIED , , • >7 * - ' - - 

InstanceKind CDATA #IMPLIED> ■■- . . 
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< ! - - **'*,* .* **************** * *. : Locat ionByKey * * ******* ************** **'* * ' ; _ 2 

< ! ELEMENT Locat ionByKey ( Interf aceRef erehce) * ">" 
< ! ATTLIST LocationByKey 

Group CDATA # IMPLIED 
5 FindObject CDATA #IMPLIED ' ' 1 

CreateObject CDATA #IMPLIED 

RemoveObject CDATA #IMPLIED " 

CreateFromCopy CDATA #IMPLIED ' " ' ' "* s ' v ' " • ' - ■" ' 

HomeName CDATA '# IMPLIED "* 1 ' *" " - - •* - ' • 

10 FactoryFinderName CDATA # IMPLIED' 

HomeParameter CDATA #IMPLIED> * " * J 

<] — **************** *'* * * * * object Relationship ******************** -->• 

< ELEMENT Obj ectRelati on s h i p ' ' ( Uu id' ' v | * 6 b j e ct Type' 
15 Ref erenceCollectionlmplementation | kef erehce Res 61 vedBy For eignKey" | " 

HomeToQuery [Attribute | Method) *> 1 ' --^:^c^..LiT-- -v. V . 

< ! ATTLIST ObjectR'elationship Name CDAf'A #IMPLl£D> ' ~-'\\?^ • ' ' 

< ! ELEMENT Obj e c t Type ( # P CDATA ) * > " ' * * • : " • v ;V - ' * - " 

< ! ELEMENT Ref erenceCollectionlmplementation (#PCDATA)*> " : " 

2 0 " < ' ELEMENT RefisrenreR'eso'l'vedByFor ^ ' ' ll " '' — * — '~ — - 

<i — **************************** Construct ************************** 

< ! ELEMENT Constant (Type | Initializer | Size | Uuid) *i 

< ! ATTLIST Constant ■ ' . : : \- 

25 Name CDATA #IMPLIED> :/r : ' ' ~ - 

<! ELEMENT Enumeration (Member | Uuid)*> . " ; • 1 J - - 

< ! ATTLIST Enumeration *. ■' >v-i, ■ * . : 

Name CDATA #IMPLIED> r .:>/":.. S r v - ; — \> ; / 



30 



<! ELEMENT Exception (Member | Uuid)*> 

< ! ATTLIST Exception . Name CDATA IMPLIED > 
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• ' < ! ELEMENT St ring Behaviour ^ > l^ffih '[ '' -' :,/ ' ■ ■ ,-\ ■■•^.'i^'K ' , i-. V 

< ! ELEMENT Getter Implement a tionType (# PCDATA) *;> "■'*■" : 7 
< 1 ELEMENT Set terlmplementat ionType (#PCDATA)*> 

<! ELEMENT DOAt tributeName (#PCDATA)*> 
5 < ! ELEMENT Parent Interface (#PCDATA)*> 

<! ELEMENT Usedlnlmplementat ion (# PCDATA) *> 
< ! ELEMENT StaticData (#PCDATA)*> 

< I ELEMENT GetterBodiesKeepAllPlatformsInSyncCpp (#PCDATA).*> 
< ! ELEMENT GetterBodiesKeepAllPlat f ormsInSync Java (#E?CDATA)*> 
10 < 1 ELEMENT SetterBodiesKeepAllPlatf ormsInSyncCpp . X # PCDATA X* > , 

< I ELEMENT SetterBodiesKeepAllPlatf ormsInSyncJava (#PCDATA)*> „. 
< I ELEMENT GetterMethodBodyForPlatf orm (Language) *> 

< ! ATTLIST GetterMethodBodyFor Plat form Name CDATA #IMPLIED> 

< ! ELEMENT SetterMethodBodyForRlat f orm (Language). * > . % . 
15 < I ATTLIST SetterMethodBpdyFprPlatf orm. Name CDATA # IMPLIED 

< ! - - ELEMENT Implementat ionLanguage ANY--> f 

< ! ELEMENT Language (UseToolDef, , UseFile, . UseTDE , ; F,ilename? , . ToolDef ? , 
UserDef?, ( (OOSQLSourceType? , OOSQLUserDef ?) | (ESQLSourceType? ESQLUserDef ?);) ?) > 
< I ATTLIST Language . , . ^ : 

20 Name" CDATA ™# TMPL I ED > ------ --• — ~7~~ — 7 

<> ELEMENT UseToolDef (#PCDATA)> 

< ! ELEMENT UseFile . (# PCDATA) > 

< ! ELEMENT UseTDE ( # PCDATA ) ( > . . .. < 

< ! ELEMENT Filename (# PCDATA) *> . 
25 < 1 ELEMENT ToolDef (#PCDATA)*> 

<! ELEMENT UserDef (# PCDATA) * > 

<! ELEMENT OOSQLSourceType (#PCDATA)*> ...-„• • - . 

<! ELEMENT OOSQLUserDef (#PCDATA)*> 
< I ELEMENT ESQLSourceType (#PCDATA)*> 
3 0 <] ELEMENT ESQLUserDef <#PCDATA)*> 

< \ **************************** Method .j* ************************ * — > 

<!-- Preserve spaces and newline --> 

<! ATTLIST Filename xml : space (default | preserve) "preserve" > 
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' V < i ELEMENT ParameterType ( #PCDATA) * > ' ■ .;■:»/ < ' ' • X 

< I ELEMENT Directional At tr ( # PCDATA ) *">*"' * V* 
<! ELEMENT MethodType <#PCDATA)*> 

< r _-********************* * DOArtifact ***************************** _ 1 
<! ELEMENT DOArt if act (DOInterf ace | Comments) *> 

<] — ************************* Key ********************************* _ 

< I'ELEMENT KeyArtif act ~ (# PCDATA | File | Module | Interface | Attribute | Method 
| Inter f aceinheritance | Uuid | Prologue | CppPrologue | JavaPrologue | Epilogue 
| CppEpiiogue | JavaEpilogue | KeyAttrMapGroup) *> 

<] ELEMENT File ( # PCDATA | Uuid | IncludeFile | Comments ) *> 
■ < !ATTLIST File Name CDATA #IMPLIED> " 

< i — ************************** Copy ********************************* > 

< 'ELEMENT Cop'yArt if act '"(# PCDATA | File | Module | " Interface j Attribute | 
Method | Interf aceinheritance | Uuid j Prologue | CppPrologue | 
JavaPrologue | Epilogue | CppEpiiogue | JavaEpilogue) *> 

<l — ************************** go Implementation ******************** > 

< "ELEMENT BOImplementation (#PCDATA| File | Module | Interface | Pattern | 
LazyEvaluation | DataObj ectlnterf ace | SessionableBO | ImplementationLanguage [ 
UserData | Implementationlnheritance | Attribute | Method | Prologue | 
CppPrologue | JavaPrologue | Epilogue | CppEpiiogue | JavaEpilogue | Key j Copy 
| Handle | DOInterface | MO [ Uuid | LocationGroup j Obj ectRelationship) *> 
<! ELEMENT Pattern (#PCDATA)> '"' 

<! ELEMENT LazyEvaluation (#PCDATA)> ' 

< ! ELEMENT DataObj ectlnterf ace (#PCDATA)> 

< I ELEMENT SessionableBO {# PCDATA) > 

< 1 ELEMENT ImplementationLanguage (#PCDATA)*> 

<J ELEMENT UserData ( # PCDATA) * > " ' ' "" ' *■ - l " " ' 

< "ELEMENT Implementationlnheritance {# PCDATA) > 

<! ELEMENT Prologue (#PCDATA)*> * 
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<! ELEMENT PO (Uuid?, ShortName? , ModuleName? / JavaPackage?, JavaPath?, 
PAOService?, POAccessType , Prologue?, CppPrologue? , JavaPrologue?, Epilogue?, 
CppEpilogue? , JavaEpilogue? , BindFileName , Comments?, POAttribute*, POMethod*, 
Schema? ) > . 
< I ATTLIST PO 

Name CDATA #IMPLIED> 
< 1 ELEMENT POAccessType (#PCDATA)> 
< I ELEMENT BindFileName (#PCDATA)*> 

< I ELEMENT POAttribute (Uuid?, Type, Size, ColumnName, KeySequenceNumber? , Key?, 
Getter?, Setter?, GetterBodiesKeepAllPlatf ormsInSyncCpp? , 

SetterBodiesKeepAllPlatf orms InSyncCpp ? , Get terMe thodBodyForPlat form* , 

SetterMethodBodyForPlatf orm* ) > 

< i ATTLIST POAttribute Name CDATA #IMPLIED> 

< i ELEMENT KeySequenceNum ( # PCDATA) * > ' 



< i ELEMENT KeySequenceNumber {# PCDATA) *> 

< I ELEMENT POMethod (Uuid?, IsFrameworkMethod, MethodFunction? , Implementation, 
ReturnType, POParameter*, piat'f ormSet? , MethodBodie sKeepAll Plat forms InSynccjpp? , 
MethodBodyForPlatf orm* ) > 

< i-A-T-T-L-IST POMethod— Name— GDATA—#-I-MPL TED > : 



< 1 ELEMENT POParameter (Type, Size?, ParmAccessType? ) > 
< I ATTLIST POParameter Name CDATA #IMPLIED> 
<! ELEMENT ParmAccessType (#PCDATA)> 

<!__*******★*************** DOImpl->PO Mappings ********************* --> 

< ! ELEMENT POMapping (AttributeMapping* , MethodMapping* ) > ■ 

< J ELEMENT AttributeMapping ( Dat aOb j e c t At t ribut e , PatternType? , 

PrimitiveMapping? , ( ( POAt tribute Imp lementation-i- , MappingHelper? ) | (KeyMapping | 
Struct Mapping) *) ?) > 

< ! ELEMENT DataObj ectAt tribute (# PCDATA) > 
< I ELEMENT PatternType (# PCDATA ) > 

< ! ELEMENT PrimitiveMapping ( POAt tribute Implementation+ , MappingHelper? ) > 
< I ELEMENT POAttributelmplementation (POInstance, POInstanceAttribute ) > 
< I ELEMENT POInstance (#PCDATA)> 
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• '< ! ELEMENT ContainedBySchemaGroup (# PCDATA) *> ['., : [■ ' Y . '';[,;. 'fe^Y 

< I ELEMENT DatabaseName (# PCDATA) >' '■ ' " ' i;'-;. 
<< ELEMENT UserName (#PCDATA)*> 

<» ELEMENT SchemaName ( # PCDATA) > 
<! ELEMENT ShortName (# PCDATA) > 
<! ELEMENT ModuleName (# PCDATA) > 

<! ELEMENT SchemaType (#PCDATA)> ' ' ; 

< ! ELEMENT PKConstraint (#PCDATA)*> "'*•'' 

<! ELEMENT PKCons traintComment (#PCDATA)*> ' ' 

< I ELEMENT SQLFilename . ( # PCDATA) * > 
•<! ELEMENT- .JavaPackage (# PCDATA) > 

<! ELEMENT JavaPath < ( # PCDATA) > . : 

< l ELEMENT JavaClassName (#PCDATA)> 
< ! ELEMENT PAOService (# PCDATA) > 

< 1 ELEMENT ' SchemaMethod "(Uuid?," IsFrameworkMethod/ MethodFunction?, 
Implementation, Return^Type, Schema Parameter* ) > t "' nJ * ■ 

. < ! ATTLTST SchemaMethod. Name .CDATA #TMPLIED> ' .-i-V:" . :v ;/ / : ; . ' ' ' 

<! ELEMENT MethodFunction (# PCDATA) *> ■ ... - , 5 .- 
<! ELEMENT Schema Parameter (Type, Size?)> 

< ! ATTLIST" SchemaParame t ef Name CDATA # IMPLIED^ : — — 



< I ELEMENT Column (ColumnName, ColumnType, NotNull, KeySeguenceNumber, 
ColumnSequenceNumber, Length, 'Scale ,' ForBitData, Comments) > 

< 1ATTLIST Column. ' : "•■ Y' . 

Name. CDATA #IMPLIED> ... ' 1- i \ , - . ■", - 

< I ELEMENT ColumnName (#PCDATA)> - 
<! ELEMENT ColumnType (#PCDATA)> 

< ! ELEMENT NotNull (# PCDATA) > , " 

< I ELEMENT ColumnSequenceNumber *(#PCDATA)*> — 

<! ELEMENT Length <# PCDATA ) > • ■ * ~' ■'■ " ' ■ — "V Y> ' '~ 

< I ELEMENT Scale {# PCDATA) > /< \ . - * . ... . . •' 

<! ELEMENT ForBitData (#PCDATA)>., ~- 

<!ELEMENT Property (TypeString, TypeQualif ier , Size, Key?, .Getter?, Setter?, 

Uuid?) > ' 

< ! ATTLIST Property 
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< ! ELEMENT Dat aba s eType .,'■(# PCDATA . rV 3? 

< J ELEMENT DDLFilename (#PCDATA)*> . 1 ' '"' 

< I ELEMENT EditGeneratedFile <#PCDATA)*> 



< 1 — ****************+************ mo Stuff **************************. -->. 

< I ELEMENT MO (File | Module | Interface | Implementationlnheritance | - 

MOApplicationAdaptor | Uuid)*>' . . 

<! ELEMENT MOApplicationAdaptor (#PCDATA)*> 
< ! - - UDBO ? - - > 



As shown above the meta data model comprises, a Document Type 
Definition (DTD) which specifies the set of required and optional 
elements, and their attributes, for the data models which are 
expressed as XML documents. In, addition, the DTD specifies the 
names of the tags and the relationships among elements, in the ; data 
model, i.e. XML document. It will also be . appreciated that the: task 
tree elements for the "User-Defined- Business Objects" item 120 are 
exp res sed using contain me nt relatio nshi ps in'" the ' ' Document T ype 
Definition shown above. For example, the file element or item 121 
is defined as < I ELEMENT BOFile (Comments | . . . . Juuid) *>, and .. the 

module item 122 is defined as <! ELEMENT *■ . Module 
(#PCDATA| . . . .Uuid) *> . Similarly, in the DTD the "attributes" of 

the object are defined as <! ELEMENT ' Attribute (Type 
| Initializer | ....) *>, and the "methods" of the object are defined 

as < ! ELEMENT Method (ReturnType [......)*>. The specific syntax of 

the meta data model expressed in the above DTD.-. will be within the 
understanding of those familiar with XML. ■ - * ■ 

Next, the meta data model according to the present invention 
for the "Noii-IDL Type Objects" item 170 is specified in the form a 
Document Type Definition as shown below. 
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'••^^t*^? ST . Makef ileOptionsForPla^ CDATA '*;# I MP LIE D > .*■'' : ■ 

<"! ELEMENT Uuid (# PCDATA) * >' 




<! ELEMENT Tier (#PCDATA)*> 

<! ELEMENT -ApplicablePlatforms (# PCDATA) *> • 
< I ELEMENT Description (#PCDATA)*> ' 
< ! ELEMENT LibraryName ( # PCDATA) *> 
< 1 ELEMENT MakeOptions (#PCDATA)*> 

< "ELEMENT IDLCompile ' (# PCDATA) *> 
<! ELEMENT JavaCompile { # PCDATA) * > 

< ! ELEMENT JCB JavaCompile (#PCDATA)*> 

< ! ELEMENT CPPCompile (#PCDATA)*> 
< I ELEMENT LinkOptions (#PCDATA)*> 
< ! ELEMENT FilesInDLL (File) *> 

< ! ELEMENT File (#PCDATA)*> , , - . 

< I ELEMENT LinkLiblnDLL , (LinkLib) *> 

< ! ELEMENT LinkLib # PCDATA) * > 

< I - - DLL.,? , .. . % . . 



The specific syntax of the meta data* model for ■ " the "Build 
Configuration" item as shown in the above'' DTD will "be within' the 
understanding of those familiar with XML. 

The meta data model according to the. present invention for the 
"Application Conf iguration" item 190. is specif ied : in~ the . form of-, a 
Document Type Definition as shown below'. : ^ \ -.- 



<?xml encoding="US -ASCII M ?> ■ " - 3 • - ■ 

< ! ELEMENT ApplicationConf iguration ( Appl ica tionFami lyUni t) *> ' ' - : 

< i ELEMENT Appl ica tionFami lyUni t (Description '-| ;J Version ; '|' " DiskSpace | Readme' 
| Application | Uuid) *> ' - .: ; ~ * ' 

< I ATTLIST Appl ica tionFami lyUnit ' - ' t * . •. " 

Name CDATA #IMPLIED> \. , . ■ • 

< I ELEMENT Description (# PCDATA) *> «■ - ■ - . . . 
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' < ! ELEMENT .State (#PCDATA)> • .''^ft 

<! - - APPL ? - - > • ■ • ' : 



The specific syntax of the meta. data model, for the '"Application 
Configuration" item as shown in the above DTD will- be within the 
understanding of those familiar with XML. 

The meta data model according to the present invention for the 
"Container Definition" item 200 is specified in the . form of a 
Document Type Definition as shown below., - 



<?xml encoding^ "US-ASCII "?> - - ' ~ ' 

< i ELEMENT ContainerDef inition (Container )* > 

< i ELEMENT Container ( Uuid | Descri ption | Nu mberQf Component s L: f T ran sac ti on PoT-i cy 
| TerminationPolicy | PassivationPolicy | PersistentRef erences | BOPatterh | 
DOPattern | CachingServices | HomeServices | WorkLoadManaged | PolicyGroup | 
UsesSession | SessionPolicy *|. SessionConnectionType | SessionConnectionName | 
SessionPriority | PAAServie.e )*> - - 

< ! ATTLIST Container ; Name , C DATA £ IMPLIED > , t 

< J ELEMENT Uuid (#PCDATA)*> 

< I ELEMENT Description (#PCDATA)*> 

<! ELEMENT Numb e r Of Component s (#PCDATA)*> 

<:\ ELEMENT ■ Transact ionPolicy* ~(#PCDATA> *> " ' ~ *-■' 

< ! ELEMENT TerminationPolicy ( # PCDATA) * > . . . . : 

< i ELEMENT PassivationPolicy (# PCDATA) *> 

< i ELEMENT PersistentRef erences (# PCDATA) *> . 
< ! ELEMENT BOPattern (#PCDATA)*> 

< ! ELEMENT DOPattern ( # P C DATA \ * > j 

<! ELEMENT CachingServices , (# PCDATA) * ; > - v : ' 

< ! ELEMENT HomeServices (# PCDATA) *> ., ■> 

< I ELEMENT WorkLoadManaged (# PCDATA) *> v . *:" 

< I ELEMENT PolicyGroup (#PCDATA)*> 

< I ELEMENT UsesSession (#PCDATA)*> ' . . ■ 
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Schemas" item i :; 15 0 (Fig-. 1); " (6) all non-IDL types under the task 
tree for the "Non- IDL . Type Objects" item 170 (Fig. 1); (7) all 
makefiles under the task tree for the "Build Configuration" item 
180 (Fig. 1); (8) all application families under the task .tree for 
the "Application Configuration" item 190 (Fig. 1); (9) all 
containers under the task tree for the "Container Definition" item 
200 (Fig. 1) . 

Advantageously, the human- readable form of the data model 
(i.e. the XML document) and the meta data model (i.e. the DTD) 
allow a user to directly examine the data model and quickly locate 
the data element or item of interest. 

The present invention may be embodied in other specific forms 
without departin g from the s pirit or essential characteristics 
thereof. For example, while the task oriented data model was 
described in the context of an XML implementation, it will be 
understood that implementations using other meta data language 
spec i"f 1 ca tri "ons~ ' can " bemused . Therefore ,-~~t he ~pr esent rly discussed" 
embodiments are considered to be illustrative and not restrictive, 
the scope of the invention being indicated by the appended claims 
rather than the foregoing description, and all changes which come 
within the meaning and range of equivalency of the claims are 
therefore intended to be embraced therein. 

The invention may be implemented as a computer program product 
comprising a program storage device and means recorded on said 
program storage device for instructing a computer to perform the 
steps of the invention and as a data structure embodied in a 
program storage device. Such a program storage device may include 
diskettes, optical discs, tapes, CD-ROMS, hard drives, memory 
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The embodiments of the invention in which an exclusive property or 
privilege is claimed are defined as follows: 

1. A task oriented data structure embodied in a program storage 
device for an object oriented application program, the object 
oriented application program having a user interface comprising a 
plurality of items, said items defining a sequence of tasks for 
creating one or more objects, said data structure comprising: 

* (a) a data model expressed in the form of a document 
according to a meta data language; 

(b) said data model including a plurality "of data elements; 

(c) each of said data elements corresponding to one of v the 
tasks in said sequence of tasks; and 

. . ... „-.(cl.). _ said data elements being a rran ged accordin g to a meta 

data model, wherein said meta data model mirrors the sequence of 
tasks defined in the user interface. 

2 . The task oriented data structure embodied in a program storage 
device as claimed in claim 1, wherein said meta data model includes 
means for validating each of said data elements and the arrangement 
of said data elements. 

3 . The task oriented data structure embodied in a program storage 
device as claimed in claim 1 or claim 2, wherein said meta data 
language comprises XML or Extensible Markup Language, and said data 
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•8 Iwjpjrhe ..export utility; as ."claTimed iri'vclaim '•■6 or c 1 a im : ; 17 ; ? ;whe r e i n 
said document file is expressed in XML or Extensible ' Markup 
Language, and said data elements being arranged according to 
containment constructs specified in said meta data file. 

9- The export utility as claimed in claim 8, wherein said means 
for validating comprises a Document Type Definition specified in 
XML. 

10. A computer program product for an object oriented application 
program for creating objects, the application program having a user 
interface comprising a plurality of items, said items defining a 

.s_e.queme„x>f _t_a.s.ks„__f _o_r„ jsxje_a£ing_t_h<e_Q . and said a p plication 

program including an export utility for exporting document files, 
said computer program product comprising: 
a program storage device; 

means" recorded" WsaTd program storage device" forlns true ting" 
a computer to perform the steps of, 

(a) outputting a document file, said document file being 
expressed according to a meta data programming language; and 

(b) said document file comprising a plurality of data 
elements, each of said data elements corresponding to one of the 
tasks in said sequence of tasks, and said data elements being 
arranged according to a meta data model, wherein said meta data 
model mirrors the sequence of tasks defined in the user interface. 

11. The computer program product as claimed in claim 10, wherein 
said meta data model includes means for validating each of the data 
elements in said document file. 
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\' r ^i|'(Language , and' vSaid data elemehbs/: being -arranged^a.ccording •.. td/.rU$tf;; 
containment constructs specified in said meta data model. 

17. . The computer system as claimed in claim 16, wherein said means 
5 for validating comprises a Document Type Definition specified in 
XML. 
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